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Description 



The subject invention relates generally to word 
processing systems, and more particularly relates to 
word processing systems for preparation of a number 
of personalized copies of form documents. 

The use of computer and data processing equip- 
ment directed to word processing applications is well 
Known in the art. Such systems provide the capability to 
merge text with data to create complex reports and 
mass mailings. Millions of letters, for example are 
nailed every day which use a form or shell letter com- 
bined with inserted data (e.g., name and address) 

U.S. Patent No, 4,085,445, teaches a word 
processing system, which interleaves the printing of let- 
ters and envelopes to simplify and speed up mass mail- 
ings. In the preferred mode, the data to be inserted is 
name and address information. 

Merging of other data is shown in U.S. Patent No 
4,454,576. However, this reference is primarily directed 
toatechniqueforreducingreport generation commands 
to machine dependent language for transliteration be- 
tween various operator languages. 

The IBM 5520 Administrative System is well known 
as a current system having a powerful capability to cre- 
ate mass mailings and very complex reports. To perform 
these applications, a document called a Merge Control 
Document (MCD) is used combined with data from a text 
file. The MCD will commoniy also be called "shell doc- 
ument" herein. 

Creation of an MCD or shell document is disclosed 
in IBM Technical Disclosure Bufletin, Volume 28 
Number 12, pages 5642^5643, dated May, 1986 and 
entitled "Method to Merge Table Data Using One-Ceil 
Table Objects". This technique is useful for generating 
form letters with specific variable data inserted. 

The generation of complex documents of the type 
described herein is discussed in IBM Technical Disclo- 
sure Bulletins: 



1) Volume 29, Number 1, pages 406-407, dated 
June, 1986, entitled "Improved Technique for Print- 
ing Multi-Copy Documents"; 

2) Volume 29, Number 6, pages 2387-2389, dated 
November, 1986, entitled "Word Processor Having 
Conditional Text Printing for Mass Mailings"; and 

3) Volume 30, Numbers, pages 184-188, dated Oc- 
tober, 1987, entitled "Enhanced Technique for 
Merging Data from a Second Document". 

Each of these teach the use of the IBM 
DispIayWrite_ Text Instructions to generate such docu- 
ments. However, these techniques require substantial 
complexity in the drafting, maintenance and modifica- 
tion of the MCD or shell document. 

European Patent Application published with refer- 
ence No 0 067 303 describes a report generation control 
system for operating a text processor to produce output 



reports containing inter-report summary data from data 
processing-type files. The system is compatible with text 
pagination functions and is useable by a text entry/revi- 
sion operator with no programming skills. The system 
* permits the operator to describe the desired report by 
keying an example page of the report in the exact de- 
sired format and then editing the example page by re- 
placing the required variable file data examples with de- 
scnptrve instructions and by inserting summary instruc- 
"> lions. The system scans the edited example page for 
instructions, breaks it down into logical components and 
compiles the components into program routines which 
will produce the desired output report. 

European Patent Application published with refer- 
« ence No 0 075 732 describes an improved method and 
apparatus in an interactive text processing system for 
creating documents by selectively merging text data 
from two or more text records by signalling the location 
in a document at which the insert of text data is to be 
added, displaying a Merge Tasks Menu which provides 
an option for executing a merge operation in response 
to either Switch Code or Named variable control codes 
specifying the identification and location of the text data 
comprising the Shell Document and the Fill-in Docu- 
ment, and executing the Merge operation based on the 
specified data and Merge control mode. 

The present invention, as claimed, provides a much 
simpler technique for creating documents that can be 
used n combination with data to create complex reports 
30 and mass mailings. The person creating these docu- 
ments does not need to understand the concepts of or 
be able to use a pseudo-programming language. Main- 
tenance and enhancement of the applications can be 
easily accomplished withoutfearof ruining the entire ap- 
& plication. K 

To create such documents, the operator defines a 
shefl document. A shell document has common text and 
at least one document command. Document commands 
can be either fixed document commands or variable 
document commands. Fixed document commands are 
known in the prior art. The present invention teaches 
variable document commands. Each variable document 
command has at least one field. The field can be either 
a variable field or a constant field. Variable fields have 
« a first variable for specifying a table and a second vari- 
able for specifying a position within the table where var- 
iable data is located. The variable document command 
can be any command that affects the formatting of a 
document. Besides include text and include image, oth- 
*> er possible variable document commands could be con- 
ditional text command (if/then/else), skip lines com- 
mand, change font command, etc. 

This invention makes use of the constant and vari- 
able fields in combination with (actually embedded in- 
& side) variable document commands to provide the abil- 
ity to do MCD-type logic within a shell document 

One object of the present invention is to greatly sim- 
plify the process of creating and maintaining complex 
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reports and documents. 

A second object of the present invention is to pro- 
vide the capability to expand the concept of variable 
document commands to other fixed document com- 
mands. . . 

A further object of the present invention is to provide 
a system wherein variable or constant fields may be em- 
bedded into variable text document commands, such 
that the variable fields of the variable document com- 
mands may be from a data file. 

A further object of the present invention is to provide 
a system wherein variable document command fields 
may be modified by changing the data file rather than 
the variable document command. 

These and further objects of the present invention 
will become apparent from the following description of 
the preferred embodiments when read in conjunction 
with the attached drawings. 

Fig. 1 is a conceptual drawing of a form letter suit- 
able for mass mailings. 

Fig. 2 is a conceptual diagram for the variable text 
to be inserted into the form letter of Fig. 1 . 

Fig. 3 is a table of sample data for insertion into the 
form letter of Fig. 1 arranged as per the prior art. 

Fig. 4 is a shell document prepared in accordance 
with the prior art to produce the form letter of Fig. 1 . 

Fig. 5 is a table containing similar data as found in 
the table of Fig. 3 constructed in accordance with the 
present invention. 

Fig. 6 is a shell document prepared in accordance 
with the present invention to produce the form letter of 

F ' 9 Fig. 7 is a conceptual flowchart for operation of the 
present invention. 

The preferred mode of the present invention is de- 
scribed as incorporated in the IBM Application System/ 
400™. However, those of skill in the art will readily ap- 
preciate that the present invention may be implemented 
with other systems from the description provided herein. 

Fig. 1 is a conceptual view of a form letter 1 0. Such 
form letters are typically used for mass mailings for ad- 
vertising and similar purposes. Form letter 10 has a 
printed letterhead 12 having the name and address of 
the sender along with other optional information. Letter- 
head 1 2 may be embossed using standard prior art tech- 
niques. 

Inside address 14 contains the name and address 
of the recipient of the letter. For most mass mailings, 
each copy of form letter 1 0 will have a different recipient 
and hence a different inside address 1 4. The information 
for inside address 1 4 may be built into a data file wherein 
each record contains the name and address of a differ- 
ent recipient. As such, this data file is simply a mailing 

list. . „ 

The introductory line contains the greeting Dear 
16 which is common to all copies of form letter 10. Field 
18 is wherein the name of the recipient is inserted. This 
■ is conceivably the first entry of each record of the mailing 



list data file. 

Standard text 20 is also common to all copies of 
form letter 1 0. It may be a single word or two or as much 
as several pages. It is shown here schematically as a 
5 representation of its location. 

Variable text 22 is different for different copies of 
form letter 10. Inthe most general case, variable text 22 
for any copy of form letter 1 0 may consist of one or more 
modules of text which are arranged in a particular way 
10 to correspond to one or more variables associated with 
the prospective recipient of the letter. These variables 
may be unique (e.g., social security number) or may be 
relatively common (e.g., age or sex). The variables may 
be a direct portion of the mailing list (e.g., resident state) 
is or may be indirect (e.g., annual income). Variable text 
22 may vary from a single word to multiple pages of text. 

Standard text 24 is similar to standard text 20. It is 
the same for all copies of form letter 10. The closing, 
"Sincerely 0 26, is common to all copies of form letter 1 0. 
20 it is in that regard the same as standard text 20 and 
standard text 24. Signature 28 may be unique to one or 
a class of copies of form letter 10. 

Fig. 2 is an example of variable text prepared for 
insertion into form letter 1 0. In the instant example, form 
25 letter 10 is in response to requests for information re- 
garding insurance coverage. The sender of form letter 
10 has information concerning four basic types of insur- 
ance coverage (La, home, life, auto and medical). How- 
ever, because insurance law varies from state to state, 
30 the relevant information concerning each type of insur- 
ance coverage can vary depending upon the state of 
residence of the recipient of the information. Therefore, 
the variable text portions are arranged according to Min- 
nesota, MN 30; Wisconsin, Wl 40; and Iowa, I A 50. For 
35 clarity only three states are shown. 

Home 32 is the variable text which describes the 
home insurance coverage according to Minnesota law. 
Home 32 may contain a small amount of text or may be 
several pages in length. Similarly, home 42 describes 
40 the home insurance coverage according to Wisconsin 
law. Home 52 describes the home insurance coverage 
according to Iowa law. 

Life 34 is that text which describes the life insurance 
coverage according to Minnesota law. Life 44 and life 
45 54 describe the life insurance coverage under Wiscon- 
sin and Iowa laws, respectively. Similarly, auto 36, med- 
ical 38, auto 46, medical 48, auto 56 and medical 58 
describe auto and medical insurance coverage under 
the laws of Minnesota, Wisconsin, and Iowa, respective- 
so ly. 

Fig. 3 is table 60 for arranging such data as is re- 
quired to complete form letter 10 according to the prior 
art technique. Table 60 contains column 62, NAME; col- 
umn 64, ADDRESS; column 66, STATE; column 68, 
55 HOME; column 70, LIFE; column 72, AUTO; and column 
74, MEDICAL. Table 60 has a separate row or record 
for each recipient. Row 76 corresponds to recipient John 
Smith. The corresponding entry in column 64 (i.e., 123 
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Main...) is the street address of recipient John Smith. 
The corresponding entry in column 66 (i.e., MN) indi- 
cates Minnesota as John Smith's state of residence 
Column 68 indicates that John Smith wants/needs in- 
formation concerning home insurance coverage. Col- s 
umns 70 and 72 show that John Smith is not to get in- 
formation regarding life and auto insurance coverage 
However, column 74 shows that John Smith should get 
information regarding medical insurance coverage. 

Rows 78 and 80 provide the same data for prospec- 10 
tive recipients Mary Jones and Bill Johnson, respective- 
ly. Additional rows 82 contain data regarding other pro- 
spective recipients. Such additional information is omit- 
ted for clarity. 

Fig. 4 shows the form of sh ell document 1 00 created is 
to produce the various copies of form letter 10, wherein 
shell document 100 is prepared in accordance with the 
prior art. Inside address 14 is prepared using the data 
field fixed document command found in IBM Application 
System/400™ Office Word Processor. Line 1 02, for ex- 20 
ample, is "*&NAME n . The indicates a document com- 
mand. The °& H specifies data field. "NAME" is the vari- 
able. Line 1 02 says to go to column 62 (entitled NAME) 
of table 60 (see also Fig. 3) and enter the contents of 
one row of column 62 for each succeeding copy of form 25 
letter 1 0. Similarly, line 1 04 enters the address from col- 
umn 64, and line 106 enters the state of residence from 
column 66. 

Data field fixed document command 108 (i.e., 
*&NAME) inserts the name in the greeting. Standard 30 
text 20, standard text 24, closing 26 and signature 28 
are as previously described. 

Variable text 22 is implemented as a pseudo-pro- 
gram which must be written by the operator. As can eas- 
ily be seen from Fig. 4, it is variable text 22 which in- os 
volves the major complexity of shell document 1 00. The 
pseudo-program is performed serially as with ordinary 
software. 

The pseudo-program begins with fixed document 
command "begin conditional text" (i.e., *BCT). This is a 40 
branch instruction. If the condition in the parenthesis is 
met, the next sequential step is executed. If the condi- 
tion is not met, control is transferred to the next "end 
conditional text" (i.e., *ECT) fixed document command. 
The only other fixed document command needed for 4s 
variable text 22 is "include text" (i.e., *INC). This com- 
mand causes the text specified by the variable in the 
parenthesis to be inserted. 

Line 112determines whetherthe state of residence 
of the person named at line 1 02 is Minnesota. If no, con- so 
trol reverts to the next in line *ECT which is found at line 
122. If the state of residence is Minnesota, control se- 
quences to line 114. Referring also to Fig. 3, it can be 
seen that the first copy of form letter 10 will be sent to 
John Smith (see row 76) who is a resident of Minnesota ss 
Therefore, lines 114, 116, 118 and 120 will be executed 
for John Smith, but not Mary Jones or Bill Johnson. 
Execution of line 114 determines whether column 



68 contains H Y° showing that information regarding 
home insurance coverage is to be sent If not, control 
reverts to the *ECT at the end of line 11 4 and then im- 
mediately to line 116. For John Smith, column 68 con- 
tains a Y n . The next fixed document command *INC (MN, 
TEXT.1) then goes to MN 30 and inserts the text of 
HOME 32 (see also Fig. 2). Control next proceeds to 
line 116. 

The fixed document command of lines 1 1 6 and 118 
determine whethertext should be inserted regarding life 
and auto insurance coverage. For John Smith (i.e., row 
76), no such text is required. However, line 1 20 will insert 
MEDICAL 38 because column 74, row 76 contains "Y". 

The pseudo-program steps for each of the other 
states are represented by lines 124, 126, 128 and 130. 
The detail has been omitted for clarity. However, it can 
be easily seen that for four types of information, six 
pseudo-programming lines are needed for each state. 
For the three states of our example, this would be 18 
total pseudo-programming lines. For fifty states, this 
would be 300 pseudo-programming lines. 

It can further be seen from this example that the ad- 
dition of another type of insurance (e.g., RENTER) 
would require an additional line in the pseudo-program 
for each state. Similarly, the addition of a new state will 
also necessitate large modification to the pseudo-pro- 
gram. 

Fig. 5 shows table 60 restructured as table 140 in 
accordance with the present invention. Table 140 con- 
tains column 62, 64, and 66 which are identical to those 
columns as found in table 60. Columns 68, 70, 72 and 
74 of table 60 are replaced with column 142, PAGES 
of table 1 40. Notice that column 1 42 contains the same 
information as columns 68, 70, 72 and 74 wherein entry 
144 corresponds with row 76, entry 146 corresponds 
with row 78, and entry 1 48 corresponds with row B0. En- 
try 144 means that the copy of form letter 1 0 sent to John 
Smith (i.e., row 76) should contain page 1 (i.e., informa- 
tion regarding home insurance coverage) and page 4 (i. 
e., information regarding medical insurance coverage)^ 
Similarly, entry 146 indicates information regarding all 
four types, and entry 148 indicates information regard- 
ing types 2 and 3 only. 

Table 140 also contains additional column 141 en- 
titled AGENT. This column points to the image of a sig- 
nature for each agent within each state. Therefore, MN 
AGENT 143 represents the signature of the agent for 
Minnesota. Similarly, IA AGENT 145 and Wi AGENT 
1 47 represent the signatures of the agents for Iowa and 
Wisconsin, respectively. 

Fig. 6 is a diagram of shell document 150 created 
in accordance with the present invention. All elements 
of Fig. 6 are as previously described except the pseudo- 
program which produces variable text 22 and the signa- 
ture block 157. The pseudo-program has been replaced 
by a single variable document command (i e 
*INCTXT). No conditional fixed document command (I 
e., *BCT) is needed because it is assumed that some 
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text will be added for each copy of form letter 10. Fur- 
thermore, the *INCTXT variable document command 
may have variable fields. 

In the instant example, line 152 indicates where the 
specified text will be inserted. Thefirstfield (i.e., variable 
field 154, &STATE) says that the text to be inserted is 
all within'the state category (see Fig. 5) defined by col- 
umn 66 of table 140 at the row of the prospective recip- 
ient The value from column 66 is the name of the doc- 
ument that contains the standard paragraphs (see Fig. 
2) Contrast this with line 114 of Fig. 4 in which the first 
parameter 11 3 of the *INC fixed document command is 
hard-coded to "MN B . 

Referring again to Fig. 6, field 156 is hard-coded to 
"STDPARAS", which is the name of a folder that con- 
tains one document for each state. However, field 158 
is specified by variable field &PAGES. This data field 
causes access to column 142 of table 140 for the row 
of the prospective recipient. In this way, each of the piec- 
es of text to be added is specified by table 140, not by 
shell document 150. Addition of more states or more 
types of insurance coverage will not cause any change 
to shell document 150. Table 140 must change, of 
course, but modification to table 60 was required using 
the prior art technique as well. 

The remaining change to shell document 150 ac- 
cording to the present Invention is in the signature. Re- 
ferring again to Fig. 4, the prior art technique was to sup- 
ply signature 28 by actually signing each copy or by 
printing or stamping the signature. The signature block 
of form letter 150 is variable and is specified by table 
140 (see Figs. 5 and 6). 

Form letter 150 contains the variable document 
command 157, *INCIMG. This command causes a var- 
iable image (in this case a signature) to be specified by 
variable field 155 (&AGENT). In operation, table 140 col- 
umn 1 41 is consulted according to the row of the specific 
copy being prepared, and the corresponding signature 
is inserted as specified by column 1 41 . 

Fig. 7 is a flowchart for software modification re- 
quired to practice the present invention. The program- 
ming stream is entered at 200, Element 202 scans the 
next line of shell document 150 for a document com- 
mand. These are signified by a leading asterisk (i.e., 
•»■). If none is found, control returns to the previous con- 
trol stream at 214. 

If a document command is found, the fields are 
searched for a variable field at element 206. In the pre- 
ferred embodiment, a variable field is indicated by an 
ampersand within parenthesis, such as line 152 of Fig. 
6 Note that line 1 02 of Fig. 6 does not contain a variable 
field because the ampersand is not within parenthesis. 
If a variable field is found at element 208, the document 
command is a variable document command, and ele- 
ment 210 accesses the data source to acquire the exact 
value and inserts it into the variable field. If element 208 
does not find a variable field, the command is a fixed 
document command containing only hard-coded fields, 



and element 21 0 is skipped. Element 21 2 processes the 
document command. 



5 Claims 

1 . A method of creating a plurality of form documents, 
comprising the steps of : 

10 a. defining a shell document (1 50) having com- 

mon text (20, 24) and a variable document com- 
mand (152), said variable document command 
having a variable field (154, 158) specifying a 
location of variable data to be included in the 
is form document; 

b inserting a location index (&state, &page) , 
contained in a table of data (1 40) for insertion, 
in said variable field (154, 15B); 

20 

c. accessing variable data (MN, lA, Wl, 144, 
1 46, 1 48) in the location specified by said loca- 
tion index (&state, &page) inserted in said var- 
iable field (154, 158); 

d. merging into said shell document variable 
data as indicated by said accessing step to cre- 
ate one of said plurality of documents; and, 

e. repeating said inserting, said accessing and 
said merging steps once for each additional 
one of said plurality of form documents to cre- 
ate said plurality of form documents. 

A method of creating a plurality of documents ac- 
cording to claim 1 wherein said variable field (154, 
158) further comprises a first variable for specifying 
a table (140) and a second variable for specifying a 
position (66, 142) within said table where variable 
data is located. 



25 
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35 2. 



40 



3. A method of creating a plurality of documents ac- 
cording to claim 1 wherein said variable document 
command (152) is an include text command 

45 (*INCTXT) or an include image command (*1N- 
CIMG), wherein said step of accessing variable da- 
ta accesses variable data comprising text or image 
respectively, and wherein said step of merging into 
said shell document variable data merges variable 

so data comprising text or image, respectively. 

4 A method of creating a plurality of documents ac- 
cording to claim 1 wherein said variable document 
command (152) is a conditional text command (if, 
ss then, else) or a skip lines command or a change font 
command. 

5. A method of creating a plurality of documents ac- 
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6. 



cording to claim 1 wherein said location index 
(&state, &page) inserted in said variable field (154, 
158) comprises a list (144, 146, 148) of locations of 
variable data to be included in the form document, 
said list being of variable length. ' s 

A data processing system for composing a plurality 
of form documents having variable data 
comprising : 

10 

a. a shell document (150) common to each of 
said plurality of form documents having com- 
mon text (20, 24) and a variable document com- 
mand (1 52) for the insertion of said variable da- 
ta wherein said command contains a variable is 
field (154, 158) specifying a location of variable 
data to be included in the form document; 

b. a table of data (140) for insertion, said table 
having a plurality of entries (66, 1 42, 1 41 ), each so 
entry corresponding to one of said form docu- 
ments, wherein each entry comprises a loca- 
tion index (&state, &page); 

c. means for inserting said location index ss 
(&state, &page) contained in said table of data 
(140) for insertion, in said variable field (154, 
158); 



d. means for accessing variable data in the [o- 30 
cation specified by said location index (&state, 
&page) inserted in said variable field (154 
158); and 

e. means coupled to the accessing means for 35 
merging said variable data into said shell doc- 
ument to create one of said plurality of form 
documents. 

. A data processing system according to claim 6 40 
wherein said variable document command (152) is 
an include image command (*INCIMG) or an in- 
clude text command (*INCTXT) wherein said vari- 
able data accessed by said accessing means and 
merged by said merging means comprises an im- 4S 
age or text, respectively. 

A data processing system according to claim 6 
wherein said variable fieid (154, 158) further com- ; 
prises a first variable for specifying a table (1 40) and so 
a second variable for specifying a position (66, 142) 
within said table where variable data is located. 

A data processing system according to claim 6 
wherein said variable document command (152) is ss 
a conditional text command (if, then, else), or a skip 
lines command, or a change font command. 



10. A data processing system according to claim 6 
wherein said location index (&STATE, &PAGE) in- 
serted in said variable field (154, 158) comprises a 
list (144, 146, 148) of locations of variable data to 
be included in the form document, said list being of 
variable length. 



Paten tan spruche 

1 . Ein Verfahren zur Erstellung einer Vieizah! kunden- 
spezifischer Formdokumente, das aus folgenden 
Schritten besteht: 

a. Definieren eines Rahmendokuments 1 50 mft 
gleichbleibendem Text 20, 24 und einem varia- 
blen Dokumentbefehl 152, der ein Variablen- 
feld 154, 158 besitzt, in dem eine Position in 
das Dokument aufzunehmender variabier Da- 
ten angegeben wird; 

b. Einfugen eines Positionsindex (&state, &pa- 
ge), der in einer fur die Einfugung bestimmten 
Datentabelle 140 stent, in das Variablenfeld 
154, 158; 

c. Zugriff auf die variablen Daten 144, 146, 148 
(MM, IA, Wl) an der Stelle, die durch den in das 
Variablenfeld 154, 158 eingefOgten Positions- 
index (&state, &page) bezeichnet wird; 

d. Einmischen der in Schritt c genannten varia- 
blen Daten in das Rahmendokument, urn eines 
aus der Vielzahl der kundenspezifischen Form- 
dokumente zu erstelien; und 

e. Wiederholen der Schritte b bis e fur jedes 
weitere aus der Vielzahl der Formdokumente, 
urn die entsprechende Vielzahl kundenspezifi- 
scher Dokumente zu erstelien. 

Ein Verfahren zur Erstellung einer Vielzahl von Do- 
kumenten gemaG Anspruch 1, wobei das Variablen- 
feld 154, 158 femer eine erste Variable zur Angabe 
einer Tabelle 140 und eine zweite Variable zur An- 
gabe einer Position 66, 142 innerhaJb der Tabelle, 
an der die variablen Daten stehen, enthalt. 

Ein Verfahren zur Erstellung einer Vielzahl von Do- 
kumenten gemaB Anspruch 1, wobei der variable 
Dokumentbefehl 152 ein Texteinfugungsbefehl 
HNCTXT) oder ein Grafikeinfugungsbefehl 
(*INCIMG) ist, und wobei der Schritt, in dem auf va- 
riable Daten zugegriffen wird, variable Daten abruft, 
die aus Text bzw. Grafik bestehen, und wobei der 
Schritt, in dem variable Daten in das Dokument ein- 
gemischt werden, aus Text bzw. Grafik bestehende 
variable Daten in das Dokument einfugt. 
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4. Ein Verfahren zur Ersteilung einer Vielzahl von Do- 
kumenten gemaS Anspruch 1, wobei der variable 
Dokumentbefehl 152 ein Bedingungsbefehl (wenn, 
dann, andernfalls) oder ein Befehl zum Obersprin- 
gen von Zeiien oder ein Schriftanderungsbefehl ist. 

5. Ein Verfahren zur Ersteilung einer Vielzahl von Do- 
kumenten gemaB Anspruch 1 , wobei der in das va- 
riablenfeld 154, 158 eingefugte Positionsindex 
(&state, &page) eine Liste 144, 146, 148 von Posi- 
tioner an denen in das Formdokument einzulQgen- 
de variable Daten stehen, bezeichnet, wobei die Li- 
ste eine variable Lange besitzt. 

6. Ein Datenverarbeitungssystem zur Ersteilung einer 
Vielzahl kundenspezifischer Formdokumente mil 
variablen Daten, bestehend aus: 

a. einem Rahmendokument 150, das alle die- 
sen Formdokumenten gemeinsam haben, und 
das gleichbleibenden Text 20, 24 sowie etnen 
variablen Dokumentbefehl 1 52 enthalt, welcher 
die variablen Daten einfugt, wobei dieser Be- 
fehl ein variablenfeld 1 54, 1 58 enthalt, das eine 
Position angibt, an der in das Dokument einzu- 
fugende variable Daten stehen; 

b. einer Datentabelle 140 mit mehreren Eintra- 
gen 66, 142, 141, aus der die Daten eingefugt 
werden, wobei jeder Eintrag ein em der Form- 
dokumente entspricht und einen Positionsin- 
dex (&state, &page) enthalt; 

c. Mitteln zum Einfugen des in der Tabelle fur 
die Einfugung enthaltenen Positionsindex 
(&state, &page) in das Variablenf eld 154, 158; 

d. Mitteln zum Zugreifen auf die variablen Da- 
ten an der Position, die durch den in das Varia- 
blenfeld 154, 158 eingefugten Positionsindex 
(&state, &page) bezeichneten wird; und 

e. an die Zugriffsmittei gekoppelten Mitteln zum 
Einmischen der variablen Daten in das Rah- 
mendokument, um eines aus der Vielzahl der 
Formdokumente zu erstellen. 

7. Ein Datenverarbeitungssystem gemaB Anspruch 6, 
bei dem der variable Dokumentbefehl 152 ein Gra- 
fikeinfugungsbefehl (*INCIMG) oder ein TexteinfO- 
gungsbefehl (*INCTXT) ist, wobei die vom Zugriffs- 
mittei abgerufenen und vom Einfugungsmittel in 
das Dokument eingemischten variablen Daten aus 
einer Grafik oder einem Text bestehen. 

8. Ein Datenverarbeitungssystem gemaB Anspruch 6, 
bei dem das Variablenfeld 154, 158 auBerdem eine 
erste Variable zur Angabe einer Tabelie 140 und ei- 



ne zweite Variable zur Angabe einer Position 66, 
1 42, an der die Variable innerhalb der Tabelie steht, 
enthalt. 

s 9. Ein Datenverarbeitungssystem gemaB Anspruch 6, 
be! dem der variable Dokumentbefehl 152 ein Be- 
dingungsbefehl (wenn, dann, andernfalls) oder ein 
Befehl zum Oberspringen von Zeiien oder ein 
Schriftanderungsbefehl ist. 

10 

1 0. Ein Datenverarbeitungssystem gemaB Anspruch 6, 
bei dem der in das Variablenfeld eingefugte Positi- 
onsindex (&state, &page) eine Liste 144, 146, 148 
von Positionen umfaBt, an denen die in das Form- 
is dokument einzufOganden variablen Daten stehen, 
wobei die Liste eine variable Lange besitzt 



Revendlcations 

20 

1. Proc6d§ de creation d'une plurality de documents 
formates, comprenant les stapes consistant a : 

a. definir un document type (150) comportant 
25 du texte commun (20, 24) et une instruction va- 
riable de document (152), ladite instruction va- 
riable de document comportant un champ va- 
riable (154, 158) specifiant un emplacement de 
donnees variables devant etre incluses dans le 

30 document formate, 

b. inserer un index d'emplacement (&STATE, 
&PAGE), contenu dans une table de donnSes 
(140) destinees a ('insertion, dans ledit champ 

35 variable (154, 158), 

c. accederaux donnees variables (MN, I A, Wl, 
144, -j 46, 14B) a I'emplacement specific par le- 
dit index d'emplacement (&STATE, &PAGE) in- 

40 s§r6 dans ledit champ variable (1 54, 1 58), 

d. fusionner dans ledit document type las don- 
nees variables comme indique par ladite 6tape 
d'acces afin de creer un document parml ladite 

45 pluralite de documents, et 

e. r6peter ladite 6tape d'insertion, ladite 6tape 
d'acces et ladite etape de fusion une fois pour 
chaque document supplemental parmi ladite 

so pluralite de documents formates afin de creer 

ladite plurality de documents formates. 

2. Precede de creation d'une plurality de documents 
selon la revendication 1, dans lequel ledit champ 

55 variable (1 54, 1 58) comprend en outre une premie- 
re variable destinee a specifier une table (140) et 
une seconde variable destines a specifier une po- 
sition (66, 142) a I'interieur de ladite table ou sont 
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situtes les donntes variables. 

Proctdt de creation d'une plurality de documents 
selon la revendication 1, dans lequel ladite instruc- 
tion variable de document (152) est une instruction s 
d'inclusion de texts (*INCTXT) ou une instruction 
d'incfusion d'image (*INCIMG), dans lequel ladite 
ttape consistant a acctder aux donntss variables 
accede a des donnees variables constituant res- 
pectivement du texts ou une image, et dans lequel io 
ladite etape consistant a fusionner dans des don- 
nees variables dans ledit document type, fusionne 
des donnees variables constitutes de texte ou 
d'image, respectivement 

16 

Proceed de creation d'une plurality de documents 
selon la revendication 1, dans lequel ladite instruc- 
tion variable de document (152) est une instruction 
conditionnefte de texte (if, then, else) ou une ins- 
truction de saut de iignes ou une instruction de 20 
changement de fonte. 

Procede de creation d'une plurality de documents 
selon ia revendication 1, dans lequel ledit index 
cTemplacement (&STATE, &PAGE) insert dans le- 2s 
dit champ variable (154, 158) est constitue d'une 
lists (144, 146, 148) d'empiacements de donntes 
variables devant §tre incluses dans le document 
formate, ladite lists etant de longueur variable. 

30 

Systems de traitement de donnees destine a com- 
poser une plural ite de documents formates compor- 
tant des donnees variables, comprenant : 

a. un document type (1 50) commun a chaque 35 
document parmi ladite pluraiite de documents 
formates comportant du texte commun (20, 24) 

et une instruction variable de document (152) 
destines a Pinsertion desdites donnees varia- 
bles, dans lequel ladite instruction contient un <o 
champ variable (154, 158) specifiant un empla- 
cement de donnees variables devant §tre inclu- 
ses dans le document formate, 

b. une table de donntes (1 40) destinies a Pin- 4S 
sertion, ladite table comportant une pluraiite* 
d'entrtes (66, 142, 141), chaqus entrte corres- 
pondent a un document parmi Jesdits docu- 
ments formates, dans laquelle chaque entree 

est constitute d'un index d'emplacement so 
(&STATE, &PAGE), 

c. un moyen destine a instrer ledit index d'em- 
placement (&STATE, &PAGE) contenu dans la- 
dite table de donntes (140) destintes a Pinser- ss 
tion, dans ledit champ variable (154, 158), 

d. un moyen destine* a acceder aux donnees 



variables a I'emplacement spscifie par ledit in- 
dex cPempiacement (&STATE, &PAGE) insert 
dans ledit champ variable (154, 158), et 

e. un moyen couplt au moyen d'acces destint 
a fusionner lesdites donntes variables dans le- 
dit document type afin de crter un document 
parmi ladite piuralitt de documents formates. 

7. Systems de traitement de donntes selon la reven- 
dication 6, dans lequel ladite Instruction variable de 
document (152) est une instruction d'inclusion 
d'image (*iNCtMG) ou une instruction d'inclusion de 
texte (*INCTXT) dans lequel lesdites donntes va- 
riables auxquelles accede ledit moyen d'acces et 
fusionntes par ledit moyen de fusion, sont consti- 
tutes d'une image ou de texte respectivement. 

8. Systems de traitement de donntes selon la reven- 
dication 6, dans lequel ledit champ variable (154, 
15S) comprend en outre une premiere variable des- 
tints a specifier une table (140) et une seconde va- 
riable destinte a specifier une position (66, 142) a 
I'inttrieur de fadite table, ou sont localistes des 
donntes variables. 

9. Systeme de traitement de donntes selon la reven- 
dication 6, dans lequel ladite instruction variable de 
document (152) est une instruction conditionnelle 
de texte (if, then, else), ou une instruction de saut 
de lignes, ou une instruction de changement de fon- 
te. 

10. Systeme de traitsment de donntes selon la reven- 
dication 6, dans lequel ledit index d'emplacement 
(&STATE, &PAGE) ins trt dans ledit champ variable 
(154, 158) est constitue d'une liste (144, 146, 148) 
d'empiacements de donntes variables devant etre 
incluses dans le documentformate, ladite liste etant 
de longueur variable. 



8 



EP 0 394 168 B1 



LETTERHEAD 



12 



14' 



16 



20, 



INSIDE 
ADDRESS 



] 



18 



DEAR 



STANDARD TEXT 



22 



VARIABLE TEXT 



24 



STANDARD TEXT 



/SINCERELY 



X 



26 



28 



FIG. 1 



9 



EP 0 394 168 B1 



MhL 



30 



Wl 



40 



1A. 



50 




FIG. 2 



10 



EP 0 394 168 B1 



76 
76 
80 
82 



^'JOHN SMITH 
„xMARY JONES 

JOHNSON 



NAME 



62 



64 



60 



66 



Z 68 / 



70 



ADDRESS I 


STATE 


HOME 


LIFE 


AUTO 


MEDICAL 




MN 


Y 


N 


N 


Y 


+56 CENTER.... 


IA 


Y 


Y 


Y 


Y 


789 FIRST AVE, W 


WI 


N 


Y 


Y 


N 
























A. 



















































72 



74 



FIG. 3 

(PRIOR ART) 



11 



BP 0 394 168 B1 



SHELL DOCUMENT 



/ 



100 



*&NAME 
•^ADDRESS 

;*&state" 

-DEAR *AiNAME:- 



■ 110 



20 



STANDARD TEXT 



113 

*BCT(STATE EQ *MN*) / 

*BCT(HOME EQ *Y*) *INC(MN,TEXT\1) *ECT 
" »BCT(LIFE EQ *Y*) *INC(MN # TEXT f 2) *ECT 

*BCT(AUTO EQ *Y') »INC(MN,TEXT\3) *ECT 

*BCT(MEDICAL EQ *Y*) *INC(MN,TEXT,4) *ECT 
•*ECT 

*9CT(STATE EQ 'WI') 

*BCT(HOME EQ *Y*) *INC(WI.TEXT.1) *ECT 



-*ECT 



24 



STANDARD TEXT 



SINCERELY- 



26 



2d 



FIG. 4 

(PRIOR ART) 



12 



1 



EPO 394 168 B1 



/ 

NAME 



62 



76" 
78' 
80' 
82' 



-JOHN SMITH 
*MARV JONES 
-BILL JOHNSON 



ADDRESS 



64 



140 



STATE PAGES 



123 MAIN 

456 CENTER.^, 
789 FIRST AVE.— 



MN 
IA 

146 




/ 



1.4 

1.2.3.4 
2.3 




MN AGENT' 
IA AGENT- 
WI AGENT - 



143 
145 
147 

148 



FIG 



13 



EP 0 394 168 B1 



14 



SHELL DOCUMENT 



/ 



1SO 



-•&NAME 
•■&ADDRESS 
■ESTATE 

DEAR *<5cNAME: 



110 



STANDARD TEXT 



^/154 ywv ^ 
►INCTXTC&STATE.STDPARAS.&PAGES) 



,156 



158 



STANDARD TEXT 




SINCERELY 

*INCIMG(&>AGENT) 



157 



155 



FIG. 6 



14 



EP 0 394 168 B1 



l^- 200 
I 



202 



SCAN LINE FOR 
DOCUMENT 
COMMANDS 




206 



SCAN WXTHXN 
DOCUMENT COMMAND 
FOR VARIABLE 
FIELDS 




210 



REPLACE VARIABLE 
FIELD WITH DATA 
FROM MERGE SOURCE 


c 




>- 


PRO 
DOCL 
COMf 


CESS 

;ment 

JlANDS 



212 



|^-214 
i 



FIG. 7 



15 



f 



THIS RAGE BLANK (uspto) 



This Paee is Inserted by IFW Indexing and Scanning 
Xeratil"nd is no! part of the Official Record 

BEST AVAILABLE IMAGES 

documents submitted by the applicant. 

Defects in the images mclude but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

^Skewed/slanted images 

J^KmOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 
Hj^OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBITS) SUBMITTED ARE POOR QUALITY 

□ OTHER: 

the IFW Image Problem Mailbox. 



THIS PAGE BLANK (uspto) 



